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Original TAPR TNC-2 Clone and Tiny Version 


Built with Surface Mount Components by Members of Packet Radio Users Group (Tokyo). 
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SHIPPING FROM STOCK 


Pac-Couw TNC-220 


HF/VHF PACKET CONTROLLER 
MADE IN U.S.A. 


AMATEUR DIRECT PRICES 
KIT $129.95 
ASSEMBLED $159.95 
shes OPTIONS: 32K RAM $9.95 sme. 


Tuning Indicator Showing Dual 


Option INTERNAL LED BAR GRAPH Radio Connectors 
TUNING INDICATOR $39.95 


YOUR BEST VALUE—COMPARE FEATURES 


¢ Only unit under $300 with dual radio connectors ¢ Switch radios, data rates, modem tones with one keyboard command—no buttons to push, 
no cables to swap ® Six pole HF filter standard—needs no “add-ons” © Software selectable carrier detection—use software method, amplitude 
detection, or phase lock (with tuning indicator option) © Modem disconnect header, CPU high speed clock jumper, expandable to 32K RAM 
e Latest version of proven TAPR AX.25 L2V2 software supports 300 to 9600 baud terminal and radio data rates ¢ Watchdog timer for legal 
unattended operation, lithium battery backed RAM e Z80 CPU, 8530 SCC hardware HDLC, 7910 integrated circuit modem ¢ All ICs socketed 
e Direct FSK output available for HF (in addition to AFSK) ¢ Enhanced software ability to filter connects and digipeating ¢ LED bar graph tuning 
indicator option with phase locked loop carrier detection for unsurpassed HF operation e Works with any TTL or RS-232 computer (no addi- 
tional interface for VIC-20 or C-64) ¢ Excellent customer support—24 hour technical hotline, electronic mail system, low cost repair service 
e Assembled units carry one year limited warranty ® Comprehensive manual and convenient instruction card ® High quality extruded aluminum 
case and colorful front panel ¢ Dealer inquiries invited. 


WRITE FOR CATALOG OF PACKET EQUIPMENT, SOFTWARE AND ACCESSORIES. 


ORDER DIRECT 800-223-3511 FREEUPS BROWN jm 
Pac-Comm Packet Radio Systems, 3652 West Cypress St., Tampa, FL 33607 


PAC PRO 


PACKET RADIO TERMINAL SOFTWARE FOR THE IBM PC 


AND COMPATIBLES FROM Pac-Comm 
The best way to talk to your TNC 
Automatic file transfer protocol - Split screen display 
Hard disk support - On-line help screens 
Full color control - Connect alarm 
On-screen clock - Multiple buffers 


Pac Pro is a new, lower cost packet terminal program from Pac-Comm for use on the IBM-PC, compatibles, and clones. It has many 
powerful features to make packet operation more enjoyable and convenient. 


Pac Pro features an automatic file transfer protocol which enables the operator to send or receive files from another Pac Pro equipped 
computer without any action on the part of the remote computer operator. This protocol operates with all types of files, including binary 
(machine language) and graphics. The protocol automatically locates the file desired, puts both TNCs into transparent mode, tranfers 
the file, and returns the TNCs to converse/command mode. Protection is provided against writing over a file with another of the same name. 


Pac Pro has almost too many features to mention, yet is easy to install on your system and easy to use. An auto-configuration feature 
makes the program apt A get started with, and on-line help screens provide your choice of a brief, or a complete description of each 
command and function. Pac Pro allows you to use function keys for control of your TNC, and pop-in windows for control functions. Numerous 
buffers are provided: a ten line type-ahead buffer, ten path routing buffers (digipeater strings), buffers for support of the function keys, 
and a 32k receive buffer. 


Pac Pro will work with any TNC that has the TAPR command set, and that includes just about every TNC except the GLB PK1. (GLB 
owners - see the catalog description of PC-PACKET which does support the PK1.) 


Pac Pro is not copy protected, but the software is licensed exclusively to the purchaser. 


Program diskette and operations manual $29.95 postpaid 
Demonstration Disk 2.00 


ORDER DIRECT 800-223-3511 FREEUPS BROWN jm 


Pac-Comm Packet Radio Systems, 3652 West Cypress St., Tampa, FL 33607 


~~ 


peat = 


ie 
a 
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PACKET RADIO MAGAZINE is published monthly by the 
Florida Amateur Digital Communications Association, 
Meee. Childers Loop, .Brandon, FL 33511. (813) 
Oe ow, Printed 1h USA. .FADCA is a non-profit 
Florida corporation dedicated to research, 
development, education, and public service through 
amateur digital communication activities. 


Publisher (for FADCA): Gwyn Reedy, WIBEL 
Editorial Board: Jim Diggs, K4AHO 
Jack Driskell, KB4B 
Robert Jankuv, WA2HFA 


Chuck Harrington, WA4GPF 
Subscription Manager: Linda Reedy 


POSTMASTER: Forwarding postage guaranteed/address 
correction requested. Please send form 3579 to 812 
Childers Loop, Brandon, FL 33511. 


Entire contents copyright (c) 1987 by Florida 
Amateur Digital Conumunications Association, Inc. All 
rights reserved. No part of this magazine may be 
reproduced in any form without written permission of 
the publisher. Permission is granted to reprint 
articles in not-for-profit publications supporting 
amateur radio if full credit is given to PRM, the 
author, and the club newsletter in which it was 
carried (if applicable). 


FADCA and PACKET RADIO MAGAZINE are not affiliated 
with any commercial organization, and no indorsement 
of any product or service is implied by the appear- 
ance of any advertisement or article in PRM. The 
opinions expressed by the authors are solely their 
own and do not represent the position of FADCA or 
the PRM staff. The FADCA Editorial board establish- 
es editorial policy regarding the accuracy and 
impartiality of articles dealing with commercial 
equipment, and oversees compliance with these guide- 
lines. The content of each club newsletter section 
is the sole responsibility of the participating club 
editor. 


Subscriptions to PACKET RADIO MAGAZINE are avail- 
able through any of the participating organizations 
listed below. See individual club pages in this 
issue for information on how to contact these organ- 
macros. it there is no participating group in 
your area, you are encouraged to join FADCA or 
TAPR. See the PSR portion of the magazine for TAPR 
membership information. FADCA membership dues (US 
Polters) United States = $15.00,,Canada = $18:00, 
Foreign (airmail) = $25.00. Three dollars of each 
members dues is allocated for FADCA operations, and 
the remainder is for the subscription to PRM. Major 
clubs wishing to participate in PRM should contact 
the FADCA office. 
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PARTICIPATING ORGANIZATIONS 


ALA-NET - Alabama Packet Radio Association 

CAPRA - Chicago Area Packet Radio Association 

FADCA - Florida Amateur Digital Communications 
Association 

GRAPES - Georgia Radio Amateur Packet Enthusiasts 
Society 

KCAPRG - Kansas City Area Packet Radio Group 

MAPRC - Mid-Atlantic Packet Radio Council 

MARDA - MissisSippi Amateur Radio Digital Assn. 

PAPA ~ Pennsylvania Packet Association 

PPRS - Pacific Packet Radio Society 

RMPRA - Rocky Mountain Packet Radio Association 

TAPR - Tucson Amateur Packet Radio Corporation 

UPRA - Utah Packet Radio Association 


Articles and photographs are solicited dealing with 
any aspect of digital communications. Both technical 
and operational topics are desired including new 
product announcements and equipment reviews. 
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THE FLORIDA AMATEUR DIGITAL COMMUNICATIONS ASSOCIATION 


Doing What You Have to Do 
Gwyn Reedy, WIBEL 


The title comes from a small motto I saw taped to 
an instructor's desk during Air Force flight school 
over 20 years ago. It has remained fixed in my 
memory over the years for the simplicity of its 
wisdom: DO WHAT YOU HAVE TO DO. It is acall for 
action. If you know you ought to do something; if 
you know you are eventually going to do something; 
when you have made your choice or it has been made 
for you; then dont procrastinate, dont make 
excuses, don’t apologize, just DO WHAT YOU HAVE TO 
DO. 


I have not always followed that dictum, because 
doing what needs to be done is not always easy or 
pleasant, and unlike children’s books, doing what 
you have to do does not always turn out with a happy 
ending for everyone. Looked at in a more positive 
sense, people tend to cling to their dreams long 
after they realize deep inside that the dream is 
impractical. Every now and then you have to make an 
adjustment between dreams and reality. 


Case in point is PACKET RADIO MAGAZINE. From the 
relatively early days of packet radio with AMRAD 
(1981) and then as a TAPR Beta Coordinator under Dan 
Morrison (1982-3), I have felt an intense motivation 
to make amateur packet radio happen. ‘The Florida 
Amateur Digital Communications Association was 
formed back in 1983 and was named based on Doug 
Lockhart’s Vancouver Amateur Digital Communications 
Group. The St. Louis Amateur Packet Radio club's 
excellent publication was the model for the 
FADCA>BEACON which began in Jan 1984. 


Margaret Morrison was the first editor of the TAPR 
Packet Status Register, and she and Dan proposed a 
plan whereby various regional clubs would submit a 
small newsletter for inclusion in the PSR. The idea 
was ahead of its time, and the net effect was only 
that the PSR was produced for a period of time by 
the Minnesota Amateur Packet Radio group. A couple 
of years later, the FADCA>BEACON had become popular 
as a packet newsletter, and Dan and Margaret’s idea 
of a composite newsletter was revived, thus forming 
Packet Radio Magazine. The print-run of the first 
issue of the FADCA>BEACON was 50 copies (400 total 
pages). (Incidentally more than 200 reprints of that 
issue have been sold!) Four years later the print- 
runs are on the order of 2500 copies (70,000 total 
pages.) The publication has simply outgrown our 
family’s ability to produce and administer. As a 
result issues are mailed late and subscription 
problems recur repeatedly. The subscription rate 
has been held down by using bulk mailing (12.5 cents 
each) but believe me, you get what you pay for. The, 
Post Office manages to misdeliver or lose about 1% 
of the issues each month! 


Two years after the founding of FADCA I was faced 
with the decision whether to take an Air Force 
reassignment with a pull-up-stakes move to somewhere 
out of state. I just didn’t want to leave behind all 
the club infrastructure that had been created - 
FADCA, PRM, and SOUTHNET. I left the AF to Stay in 
Florida, and pursued a common dream: making a living 
at my hobby. (Looking back now, that reminds me of 


a child that wants to eat only ice cream for his 
Whole meal, every meal.) Thus was begun Pac-Comm 
Packet Radio Systems. It overlapped other ongoing 
activities, such as the starting up of Packet Radio 
Magazine and the election for the TAPR Board of 
Directors. I wondered how others would perceive my 
combined business and club activities, and indeed, 
conflict of interest questions were immediately 
raised. I just couldn't let go of the dream to keep 
FADCA and SOUTHNET growing and to tie them closer to 
TAPR through my directorship there. Thankfully, no 


‘one suggested that they thought I would do anything 


inappropriate, but the TAPR Board was severly 
divided over the precedence of the matter. There has 
always been an anti-commercial faction of the board. 
some very strong emotions were generated that seem 
not to have gone away. 


The combination of being in a business which 
manufactures amateur products, and being very active 
in leadership positions in the amateur world is not 
working out. I have a clear conscience about my 
actions throughout this period, but like Senator 
Harts recent claim about his girlfriend that “She 
and I always slept on separate boats, it is not the 
truth, but what people choose to believe that 
counts. I do not want to cause my many good friends 
any additional embarrasment or inconvenience. My 
continued holding of office while lacking time to 
contribute to FADCA and PRM have caused me to hurt 
the very organizations and activities that I desire 
to support. I have submitted my resignation as both 
PSR Editor and TAPR Director, and President of 
FADCA. I plan to finish my term as FADCA Director to 
provide what support I can. I am opening the job of 
publishing PRM to any person or group that wishes to 
continue this work. The final decision in that 
matter will be up to the FADCA Board of Directors. 
If no alternative method of producing the magazine 
1s found by mid summer, then publication will be 
suspended and subscriptions refunded. 


Thank you for your Support over the years. 


MPR MS 


Setting Up the Kantronics KAM for BBS Use 


Benson Scott, AE5V 
745 40 Oaks Farm Road 
West Monroe, LA 71291-9803 


I have found a large number of operators unable to 
use the Kantronics All Mode "KAM" for BBS use. The 
KAM has had a reputation for not being compatible 
With a number of bulletin board programs, especially 
Jeff Jacobsen’s WA7MBL BBS. After a number of 
contacts with Kantronics and active packet operators 
who had tried and failed, the following solution 
developed. I have been using the KAM with the BBS 
program version 3.12 for weeks on HF and VHFand the 
pair does indeed work well and with no hang-ups. 


Several problems must be understood. First, the 
earlier versions of the KAM EPROMS may or may not 
work for all Situations. THe version 2.03 would not 
disconnect. The version that works is 2.05. The 
changes between versions are Greek to me, but 2.05 


works! p 
continued on page 18 >>> 
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Roughing It in Palo Alto 


#27 in the second Computing Across America series 
Steven K. Roberts 
Palo Alto, CA; 12,000 mules. 
DCL 26077 L967 
Copyright’ 1987, Steven K. Roberts. 


GEnie subscriber S.PONTIN in Rochester writes: 
"Many of us in the less temperate zones wonder when 
youll be leaving the exotic climes of the West 
coast to embark on the REAL adventure, the soul- 
destroying adventure that ensueS when you cross over 
into tne the desert. Afterall, any of us can have 
goed time im Palo Alto..." 


But Simon... we HAVE been roughing it! Why, just 
yesterday we were sprayed with cold salt water as we 
danced in a 34-foot sailboat across the violent, 
whitecapped surface of San Francisco Bay. There 
were moments of terror as the deck dipped into 
rushing froth -- as the women screamed and the 
Captain intoned "It’s under control... it’s under 
control" like a reassuring litany while Angel Island 
passed to starboard. 


yes, were roughing it alright. Later, in the hot 
tub, we found the water at the bottom chilly -- in 
sharp contrast to the steaming dark liquid that 
first lured the three of us in, Maggie and Laura and 
me. Soft wrestling in the murky depths, the two of 
thein ganging up on me, tickling me, taking advantage 
of my exhaustion... 


Peony elathink this sissanieasyelife, here in Palo 
Alto? Why, it fairly reeks of challenge, risk, and 
high adventure! My electronic calendar is crammed 
to capacity with fearless assaults on high-tech 
pinnacles (subtly camouflaged as speaking 
engagements): Hewlett- Packard. Apple. Sun. 
Intellicorp. All-nighters of software-hacking 
alternate with those of machining and still others 
of writing... leaving me wired yet exhausted, too 
limp to face the daily onslaught of perky voices and 
curious faces. And then there are the unexpected 
doses of adrenalin: skimming the Pacific with Alan 
in a Cessna 172, only to nose skyward, squeak over a 
cliff, and aim for the treetops of a 2,000-foot 
ridge. "There's my property," he says, pointing 
down as the plane closes in on a cluster of redwoods 
at 200 feet per second... 


Adrenalins addicting stuff, isnt it? But unlike 
Nest jaddictaons, it.s.pure delight when the 
conditions are right and horrifying when they re 
not. Skydiving, breathless tickling marathons, 
climbing to Alan’s tree fort in the dark, taking a 
blind corner at 30 in a Vacuum Velocipede -- those 
ame Ok... Getting .cut;off by a jerk-pidoted dirty 
white van making a left turn onto Page Mill Road -- 
thats definitely NOT.;OK. That little buzz of 
adrenalin does little to.offset the childing 
awareness of extreme vulnerability, of mortality. 
Sometimes I get images... a mental slide show of 
what-ifs that urge me to flee these risky highways 


and move to something else, something gentle, 
something like a recumbent kayak or sailboat or 
even, While were dreaming, something airborne. 


All Rights Reserv 


But in the meantime, lacking the requisite 
megabucks, I 1l be pedaling the Megacycle out of 
Palo Alto in about 2 weeks. The layover has served 
its purpose; the tires itch violently like a sneeze 
that wont quite happen and the urge to roll is so 
compelling that it seems almost hormonal. 


And besides, I want to play with my new toys where 
they re designed to work best -- out there on the 
road where comfort, like a gob of gelato, is rare 
treat instead of daily routine. 

xk *k k 


New toys, yes. There have been a number of techie 
delights to offset the stresses of my frantic 
business schedule. One of the major motives of this 
whole Palo Alto adventure was to get some of the 
bike's sexier systems working. A few highlights... 


--> The machine now has pneumatic truck horns, 
powered by a compressed-air tank with adjustable 
regulator and handlebar pushbutton. I now sound, as 
well as look, like a Mack Bike. This exciting new 
potential for acoustic obnoxiousness has already 
paid off in traffic with that jerk in the van -- the 
kind of guy who bases his respect for a man upon 
strength, number of tattoos, or loudness. Lacking 
thesiinsit. two, 1, socked ham with.40 db of air 
horns, followed by 130 db of knifing siren anda 
quick clang of the bell. His shouted curses, 
rendered feeble, dwindled to a trickle and then 
disappeared behind a quick, defensive finger 
gesture. 


eva taliLve DLaAke project, product: Of 
Mathauser Engineering and a few late nights with 
machining wizard Peter Lindener at Stanford, is 
done. A pair of master cylinders under the seat is 
actuated by a transfer bar with a proportional 
coupling to the right hand brake lever. This 
system, along with the existing disc brake, might 
even be enough to stop my 1/5-ton biomechanical 
absurdity before it crushes a stray Toyota or 
something. 


--> Maggie has a whole new bike. The Infinity, 
faithful workhorse that it was, couldnt be adjusted 
far enough to let her 5°5" body turn the cranks 
without hyperextension. Her latest sponsor is Life 
cycles, the all-recumbent bike shop here in Palo 
Alto (LIFECYCLES on GEnie), and the bike itself is a 
beautiful silver De Felice, hung with the glitter 
and sheen of polished aluminum components. As I 
write, Maggies in the lab making drilling noises 
and puzzling over her all-new problems with 
communications gear, solar panel mounting, packing, 
Cabda nei mandiso onsdyial kof whichpastorn both of us, 
are about to be further complicated by a pair of 
lightweight Hguinox trailers. 


--> My new security system is wonderful. Called 
the UNGO Box and made by Techne of Palo Alto, it 
senses even the most subtle movement (by watching 
for flux-density changes in a 40 kHz field around a 
puddle of mercury). Set to maximum sensitivity, the 
system can trigger my pocket beeper or the on-board 
siren when someone sneezes on one of my orange flags 
or stretches an uneducated finger toward a console 
switch. With digital remote control of a few bike 
functions (like speech), my response to an alert can 
dissuade casual tinkering with no loss of humor, 


continued on page 19 >>> 
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Packet Gripes #1 
The Problem With Digipeaters 
Tom Clark, W3IWI 


I am sitting here in the shack feeling very frus- 
trated. I am watching the activity on 145.01 
(although the problem is just as severe on 145.05 or 
any of the other frequencies in use in the area) 
watching WA4xxx tying up the frequency for the 
greater portions of Northern VA, MD, WVA and EPA, 
trying to connect with a BBS in Pittsburgh using 
SIX! digipeaters. He is having no luck and 
undoubtedly is wondering why. The basic answer is 
very simple: 


PACKET RADIO WON'T WORK THRU MORE THAN 2 or 3 DIGIS 


Ssessces> ssessSe sees S235 S222 S255 5625255-—~6UELEUC~“«“C SlLEEUlUlUCT CUE ST SSS 


Oh yes, I hear you saying "You are wrong -- the 
AX.25 protocol permits me to use up to eight digis!" 
That is a true statement, but just because something 
is permitted doesn't mean it will work. And here is 
why -- 


Assume that you are station ABC at one end of a 
long string of digi's trying to send out a packet 
thru digis DEF, GHI, JKL, MNO, PQR, STU and address- 
ed to station XYZ (fake calls are used to protect 
the guilty!). Thus your intended path is expressed 
by the following connect command 


CONNECT XYZ VIA DEF,GHI,JKL,MNO,PQR,STU 


Your outgoing packet then should take the path 
ABC => DEF => GHI => JKL => MNO => PQR => STU => XYZ 


At every step along the way, there is a finite 
chance that the packet is going to be hit by QRM. My 
observations are that on the very best paths about 
5% of packets get clobbered on any single hop. For 
the example we are using, this means that 95% of the 
ABC => DEF packets make it to DEF, and then 95% of 
thea successfully navigate the DEF => GHI path, and 
so forth. Thus at the destination XYZ we have 


95 #95 4%) 96% 955% 95) Fe05 * 19 osen 70 


Only 70% of the data you sent out makes it all the 
way to XYZ. 


BUT WAIT -- THERE'S MORE !!!! 


AX.25 packet protocols require XYZ to send you 
back an ‘ack' acknowledgement packet which then has 
to unwind itself back thru the same route. The same 
probability arguments apply, and 70% of the acks get 
to you. Thus on a high-quality 95% link thru 6 
digis, only .7 * .7 = .49 of your packets are suc- 
cessful thru 6 digipeaters! A Las Vegas gambler 
could make a very good living on 51/49 guaranteed 
odds. BUT WAIT -- THERE'S MORE !!!! 


We took 95% as the probability of each link 
working. I know of very few paths that are that good 
except perhaps at 4AM when nobody else is on the 
frequency. Links you tend to think of as 'pretty 
good' probably have 10-20% of your packets trashed 
on any given hop. And I know of a number of links 


where the probabilities are no better than 50%. For 
the general case, if P is the link probability on 
all links, and N digipeaters are involved, then PA = 
the aggregate probability of success will be given 
by the formula 


PAn = G Boat *s( oehee 
BUT WAIT -- THERE'S MORE !!!! 


Every time your packet gets clobbered, you try 
again to push it thru. If 50% of you packets get 
hit, on average you will try/retry your packet 2 
times. In general the number of tries/retries that 
will be required is 

TRIES = 1 / PA 


BUT WAIT -- THERE'S MORE !!!! 


You and everybody else who is on packet spent a 
lot of money to be able to ragchew and send messages 
(or data, or nudie pictures, or ???7) at 1200 baud. 
But the packet gurus lied to you. Your data doesn't 
really flow at 1200 baud -- there is some overhead 
associated with headers that are appended to each 
and every packet you send, plus some time wasted in 
getting that all important ack back, plus some time 
for your radio to change from transmit to receive 
and back to transmit, plus time waiting for a hole 
to open up on the channel. At best you can transmit 
say 600 baud. But for every digipeater you use, 
another set of similar delays is added at each step 
along the way. So if you had a perfect set of links 
thru N digis, your average baud rate would drop to 
something like 


DIGIPEATED BAUD RATE = 600 / ( 1+N ) 
BUT WAIT -- THERE'S MORE !!!! 


Each time your packet gets clobbered, it is 
retried, until it gets thru (or until you time out). 
So the real effective baud rate is slowed even 
further until it is given by this formula 


EFFECTIVE BAUD RATE = 600 * PA / (1+N ) 


= 600 * [(P)**(2N+2)] / ( 1 +N ) 
BUT WAIT -- THERE'S MORE !!!! 


Every time you take over the channel with an 
unsuccessful packet, somewhere along the chain you 
have prevented some other hapless individual from 
using that time slot. YOU HAVE HOGGED THE 
FREQUENCY! 


We might express your channel usage efficiency as 
the ratio of the baud rate that you actually to the 
baud rate you would have achieved if you had simply 
used a piece of wire, i.e. 


EFFICIENCY = EFFECTIVE BAUD RATE / 1200 
More instructive than seeing this factor as a 
simple numerical ratio is to express it in dB as 


what I like to call the 'Hog Factor' -- 


HOG FACTOR = 10 log ( EFFECTIVE BAUD RATE / 1200 ) 
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This factor even includes the 3 dB ‘loss’ for a the user in a poor location, running an HT with a 
perfect AX.25 link due to the overhead we discussed rubber duckie who is lucky to have P-0.5! 
earlier. 
My advice to all users is that they not even 
BUT WAIT -- THERE'S MORE !!!! attempt to use a path for which PA < 0.5 (or on 
average < 2 retries). I have put those '‘'bad' 


So far I have only used a few numbers to introduce 
the concepts. The following four tables tell the 
whole story. I have worked out a number of cases for 
links ranging from perfect (P=1.0) to pretty scuzz- 
ball (P=0.50) and for O thru 8 digipeaters. My 
experience shows that P=0.95 is a pretty rare case, 
but outside of 'prime-time' hours P=0.90 is fairly 


combinations in parenthesis to highlight them. 
Unless you have an exceptional path (better than 
P=0.95), these tables clearly show that using more 
than one or two digipeaters is an exercise in 
futility which will make you very unpopular with 
your peers ('Hog Factor' poorer than -10 dB) and 
drive you to distraction (with effective baud rates 


typical. In the evenings when everybody is on the slower than about 100 baud). Have [I proven my 
channel P=0.80 is not unusual. Paths involving 'DX' premise from the start of this tome? 
digipeaters (like K3LZ-1 or WB4APR-6 or WA4FRB-3) 
degrade to P=0.6 or P=0.7 in the evenings simply PACKET RADIO WON'T WORK THRU MORE THAN 2 or 3 DIGIS 
Mm aieethey hears so much stuff. And wevalways have “===="" SPSS OSs" Ss5= === Sass SSS 5 Ss S SssEe 
ee ee Link Success Probabilities Per Hop -------------- > 
N = P=1.0 P=.95 P=.90 P=.85 P=.80 =,70 P=.60 P=.50 
No. of see ea =Ee= Smee aa== === === === 
Digis 
Se SRS PA = Aggregate Probability of Success ----------- 
0 LO 0.90 0.81 0.72 0.64 (0.49) (0.36) (0.25) 
1 1.0 0.81 0.66 0.52 (0.41) (0.24) (0.13) (0.06) 
2 1.0 0.74 0.53 (0.38) (0.26) (0.12) (0.05) (0.02) 
3 10 0.66 (Oras © (0.e7)7* (0.11). (0.06) (0.02) ~ (0.00) 
4 LA0 0.60 (Orso) (0.20) (0.11) = (0.03) “"(0- 01) ~ (0700) 
5 1.0 0.54 (0.28) (0.14) (0.07) (0.01) (0.00) (0.00) 
6 10 (0.49) (0.23) (0.10) (0.04) (0.01) (0.00) (0.00) 
7 1h 0, (0.44) (0.19) (0.07) (0.03) (.00) (0.00) (0.00) 
8 1.0 (O40 ye (07157) (0,05) (0.02) (.00) (0.00) (0.00) 
cme | Rae Average number of Tries/Retries before Success -----~~— 
0 1.0 d byes ie 1g 1.6 (2.0) (2.8) (4) 
1 1.0 deve 175 1.9 (2.4) (4.2) (7.7) (16) 
2 1.0 1.4 1.9 (ida) (3.8) (8.5) (21) (64) 
3 10 1.5 (2h 31) (3.7) (6.0) (17) (60) (256) 
4 1.0 t7 (2.9) (5.1) (9.3) (35) (165) © (1-024) 
5 1.0 1.9 (3.5) (7.0) (15) (72) (459) (4,096) 
6 1.0 (2.1) (4.4) (9.7) (23) (147) (1,276) (16,384) 
7 1.0 (223)) (5.4) (13) (36) (301) (3,545) (65,536) 
8 1.0 (23553) (6.7) (19) (56) (614) (9,846) (262,144) 
Se eae Equivalent System Baud Rate --~~-------—----~- 
0 600 542 486 434 384 294 216 150 
1 300 244 197 157 123 72 39 19 
2 200 147 106 US 52 24 9 3 
3 150 100 65 41 PAS) 9 3 1 
4 120 72 42 24 13 a 1 Or! 
5 100 54 28 14 7 i 0.2 0.02 
6 86 42 20 9 4 1 0.1 0.01 
i 75 33 14 6 2 0.2 0.02 0.001 
8 67 26 10 4 1 0.1 0.007 0.0003 
re Channel “Hog factor’ in’ dB’ —----=--—-—--—-- 
0) =} =o -4 -4 = -6 i -9 
1 -6 = -8 -9 -10 aie SS -18 
2 -8 -9 S314) =z -14 lit af Ll -26 
3 -9 =i ShS) —15 =e = 33! Bil -33 
4 -10 —~12 -15 -17 -20 =25 -32 -40 
5 -11 —13 -16 -19 —-22 -29 -37 -A47 
6 34 -15 -18 -21 -25 -33 -43 -54 
7 -12 -16 SG —2a3 -28 -37 -48 -60 
8 -13 =a =A SAE =6h0) -40 SH -67 
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Packet Status 
Register 


#27 


Tucson Amateur Packet Radio Corporation 


President’s Corner 
Lyle Johnson, WA7GXD 


Although TAPR didn’t have a booth this year, 
packet certainly had a _ strong presence at the 
Dayton Hamvention. 


AEA and GLB each had prototype units of their 
new 220 MHz high-speed packet radios. 


The AEA unit is synthessized in 5 kHz steps, 
has adjustable power output from about 5 to 30 
watts, and even has a microphone jack for those who 
wish to operate in analog modes... The demo unit 
runs at 9600 bps, but an AEA representitive stated 
that the units would be able to run at 19.2 kbps by 
the time they ship, which was estimated to be 
sometime in mid-summer. The prototype units at 
the booth werent connected up. 

The GLB unit, dubbed NET/LINK, is crystal 
controlled, runs about 2 watts output, and was 
runvingd Gave Pac fur opse For the astute 
observers with high-speed pencils and notepads, 
the demo units were sending source files for the 
code in the new PK-2 packet controller... 


Not to be outdone by the commercial interests, 
the GRAPES (Georgia Packet group) guys showed up 
and demonstrated a 56 kbps system running TCP/IP on 
440 MHz. Their design is based on a 29 MHz 
transceiver and a commercial transverter to go to 
the band of your choice. 


The Technical Excellence Award was given to 
Hank Oredson, WORLI, for his work in advancing the 


art of message handling in packet radio. This 
makes? two out of the first .four Technical 
Excellence Awards for packet radio! Unfortunately, 


Hank was unable to attend the Hamvention, so I 
stood in for him at the banquet and accepted the 
award on his behalf. Congatulations, Hank! 


The PSK Modem project is about wrapped up for 
the initial, batch) of. 2007. mats: Ant icipated 
Shipping date is sometime in May, with the first 
200 units priced at $100 plus $10 S and H in the 
UGA; The price will then be revised to reflect 
our actual costs (the first units’ pricing is 
based on estimated costs, which are usually lower 
than the actual costs -- ask any defense 
contractor...) and the next 200 cranked up for 
a probably June shipment. Of course, the second 
batch date could slip if we find any major 
problems with the first units. 


The PSK project has been a pretty intense 
effort, with Tom, W3IWI, doing the prototype work 
and then Eric, N7CL, doing four (!) layouts as 
the design was refined and parts arrived. As of 
this writing, about 98% of the parts have arrived 
and the PC house is busy cranking out PC boards. 
The assembly and test documentation is about 80% 
completed, and the theory and interface sections of 
the manual are "in progress." 


Maybe we should adopt the Software 
which states, in effect, that 
Tf 20° was 


Shucks, 
Creed, Article V, 
there should be no user documentation. 
hard to design, it should be hard to use! 


The weekend of May 20 the ARRL Digital 
Committee will be meeting. If you have any inpouts 
for mods to AX25 L2 V2.0, or any other matwers 
you would like considered, please send them in 
today to either myself c/o the TAPR PO Box, or 
directly to Paul Rinaldo, ARRL, 225 MAin Street, 
Newington CT 06111. 


In closing this month, I would like to point 
out that we again have the K9NG 9600 bps modem 


boards in stock at the office, alaog with plenty of 


Tuning Indicator kits. 
Lyle 
a PRM = 
TAPR MEMBERSHIP APPLICATION 


Tucson Amateur Packet Radio Corporation 
P.O. Box 22888, Tucson, AZ 85734 


Name : 
Callsign: License Class: 


Address: a 
City & State: oes 


Home Phones. Eee 


I hereby apply for (select one) full/associate 
membership in Tucson Amateur Packet Radio Corp. I 
enclose $15.00 (full) /$5.00 (associate)) Tan waa. 
year’s membership dues. I understand that $10.00 of 
my dues (full members) is for subscription to PACKET 
RADIO MAGAZINE (PRM). Associate members do not 
receive any publication. The entire amount of the 
associate membership dues and $5.00 of the full 
membership dues go to support TAPR’s research and 
development activities in packet radio. My 
signature indicates that I desire to become a TAPR 
member and to subscribe to PRM (full members only.) 


Sianature: Date: 
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One Final Editors Note 


In the January/February PSR section of PRM I made 
some clearly marked editorial comments about 
technical and user issues in the articles by Eric 
Gustafson and Dan Morrison. I sincerely apologize to 
both Eric and Dan for not clearing my comments with 
tiem prior £O publication. This was. a distinct 
error in judgement on my part during the rush to get 
the overdue Jan/Feb issue to press. They have both 
accepted my offer to publish their rebuttal and 
comments and both are presented below without 
modification. It is unfortunate that one of them 
felt the need to use this forum to question my 
integrity based on his unfounded assessment of my 
motivations. I’m sorry gentlemen! 


Gwyn Reedy, PSR Editor 


Editor, PSR: 

Please publish this letter untouched or else not at 
all. In either case, this letter will be posted on 
CompuServe, timed to coincide with release of the 
present issue of PRM. 

It was with shock and disgust that I read the 
"editor s notes" that you, as owner of Pac-Comm, 
Weetce “at..the end.of_my. article and. sprinkled 
liberally throughout Eric’s in the January-February 
ieete sor PRM... In.fact,. these, self serving; 
technically incorrect comments were nothing more or 
less than the squeal of pain by a commercial vendor 
in response to implied criticism of products he 
manufactures. Let me address your comments in 
detail. 


1. You state in the first paragraph of the comments 
following my article, ".. .For usage on a dedicated 
packet frequency, or ona multiple use frequency 
where transmission on top of an existing voice user 
is undesirable, the user may wish to consider 
whether detecting only other packet signals is the 
most appropriate method of operation." 

Gwyn, the fact is that there are NO "multiple use" 
frequencies at any given moment. Either the voice 
QSO is interfering with the packet QSO or the packet 
QSO is interfering with the voice QSO. Packet 
operators shouldn't be operating on top of a voice 
QSO in progress. If the voice user encroaches ona 
packet QSO in progress and finds it unpleasant, 
that’s his look out. In the early days of Amateur 
packet radio there were many experiments carried out 
on FM voice repeaters to see how compatible the two 
modes were. The universal response from all voice 
users knowingly or unknowingly "sharing" the 
repeater with packet activity was that packet was an 
unwanted, highly unpleasant form of interference. 
This feeling continues to this day among voice 
users, and must certainly be the case on HF, 
especially 40 meters. Here most SSB operators 
"sharing the channel" live in South America, and 
many of them seem totally oblivious to any other 
mode of operation. 

There are only greater or lesser degrees of 
interference. Under these circumstances, to accept 
anything less than the best technical means for 
generating the Data Carrier Detect (DCD) signal 
serves no purpose except to needlessly increase the 


offered load to the packet channel, and to ORM other 
packet transmissions. The fact of the matter iS 
the best DCD detectors in current Amateur packet 
TNCs are the ones based on quadrature detection in a 
PLL. Envelope detectors work poorly in interference 

(the norm on 40 meters), and are typically turned 
down to the point of non-operation. 

The jury is still out on DCD derived from the 
digital PLL in TNC 2's state machine, and I would be 
very interested to compare its performance to that 
of the DCD derived from the quadrature detector in 
Lee iat lise WALL Oftere.d comment, however, 
Once the bit decision has been made, as isthecase 
by the time the state machine sees the Signal, a lot 
of information has been lost. An off-the-cuff guess 
then, would be that it will not be as effective as 
the 2211 quadrature detector DCD. On the other 
hand, it is an open question whether the 2211 based 
DCD, with the commonly used circuits, takes full 
advantage of the additional information available 
prior to the bit decision. 

2. You mention two reasons for using tones other 
than 1600 Hz and 1800 Hz for packet modems: to use 
RTTY filters on packet, and because the Fxar 221] 
"may perform better with more signal transitions per 
data bit and a smaller EReQUCh Cys hi fine hb [nepack, 
the 1700 Hz center frequency was picked by TAPR for 
a very specific reason. It is because 1700 Hz puts 
the signal close to the center frequency for all the 
bandpass filters in the signal path in radios 
normally used for voice. This means that distortion 
of both phase and amplitude is probably less for 
packet signals centered at 1700 Hz than for higher 
Or lower frequencies. I use the word "probably" 
because it’s always possible to sell radios with 
pageiculardyatrocious..f i.ltens (including audio 
filters), which operate better closer to a band edge 
than in the middle of the passband. Hopefully this 
is the exception rather than the rule. To argue that 
one Should use RTTY TU filters on packet is to argue 
for sleaze. If the filter-based RTTY demodulator is 
optimized for its intended mode, it will be far from 
optimal for 300 baud packet. The incremental cost 
to add a demodulator tuned to frequencies different 
from those used on RTTY is small. The fact is that 
1 Pees ES CSSo 0 nSe. a .PLi, -hanarhe aLsuad 
complicated collection of active filters, envelope 
detectors, and slicers found in most RTTY TUs. The 
PLL also works better, according to the most 
unbiased and carefully thought out experimental 
InVeStagatLions~weported. to, date,;i.es,. chose 
PerlLocrmed. by. sEKa.cs UME eGes Dingd Vom, Them Pik 
demodulator is the only one which can be retuned 
easily to ANY center frequency, by adjusting a 
Single pot. (Incidently, the use of a filter/slicer 
demodulator in a RTTY TU is perfectly proper, as the 
data rate is significantly less than the. tone 
separation. ) 

Your final argument. for using a center frequency 
other than 1700 Hz, concerning. signal transitions 
per bit, simply doesn: work out, although there 
seem to be several TNC ianufacturers who believe 
this. If the loop filter and post-detection data 
filter in the PLL are correctly designed there 
should be little if any difference in error rate 
performance regardless of center frequency, with the 
stipulation that the lower tone frequency should not 
be too close to the baud rate (1600 Hz at 300 baud 
is perfectly adequate, producing about 2 percent bit 
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timing errors for high SNR signals). I would be 
interested to see experimental data backing up 
claims for improved operation due to an increase in 
center frequency. 

It turns out that there IS one argument for using 
tone pairs near the the standard RTTY frequencies. 
Interestingly enough, I have never heard a 
commercial TNC manufacturer mention this as a reason 
for using a center frequency higher than 1700 Hz on 
packet. Yet, it may be the very reason for the 
original selection of the RTTY tones in use today. 
The argument is this: For a number of commercial 
receivers, if you select SSB as the operating mode 
(thereby setting the BFO offset frequency) and 
switch in your 500 Hz CW filter, the center of your 
IF passband will be very near either 800 Hz or the 
midpoint of the RTTY tone pair depending on which 
sideband was selected. For those of us with an IF 
shift control it is no problem to translate this to 
1700 Hz, but there are undoubtedly a lot of rigs 
that can’t do this. (It sure would be nice if radio 
manufacturers stopped dictating how the IF strip is 
configured based on operating mode, and restored 
complete flexibility to their products.) 

The use of a 500 Hz filter on HF packet makes a 
dramatic improvement in performance under 
interference conditions, especially for TNCs 
incorporating a limiter early in the demodulator. 
Only Kantronics, to the best of my knowledge, has 
addressed this point, giving owners of one model TNC 
the choice of using a limiter or not. 

3. The last technical issue you raise in the 
comments following my article concerns tuning 
indicators. The fact is, that there are several 
ways to doit. Theres undoubtedly plenty of room 
for subjective judgements on quality and ease of 
use. However my (Subjective) experience, and that 
of many people I ve talked to on HF packet, is that 
the single-lit-element design based on PLL loop 
stress is superior to others in ease of operation 
(including its use for centering the IF shift when 
using ‘a 500 Ho Erleeryy “Tors -ablsotedsyrco 
implement. 

Now I will address the ethics of your position in 
commenting aS you did, Gwyn. 

It is conventional and expected in the publishing 
industry that journal editors will return page 
proofs or other copy to authors when editorial 
changes have been made to their articles. If the 
author differs with the editor, these differences 
are either worked out or else the article is 
withdrawn. This has been my invariable experience, 
regardless of whether I was dealing with scientific 
Or technical journals, or publishing in the Amateur 
press. 

you did not do this. In fact, you did not even 
indicate to me or Eric that you had done anything by 
way of altering our articles or injecting your own 
Opinions until the February TAPR Weeting. At that 
time you sheepishly approached us and told us what 
to expect, as PRM had already gone to press. When 
you mentioned the content of your notes it became 
clear that misleading statements had been made, to 
which we would have strong objection. This is an 
abuse of your position as designated editor of 
TAPR'S newsletter. AS was pointed out at the TAPR 
board meeting in which it was agreed that PSR move 
to PRM, the potential for a conflict of interest on 
your part is ever present. At that time you gave 
assurances in the strongest possible language that 


this would never happen. 
am very disappointed. 


Well it has happened. I 


Dan Morrison, KV/7B 


Editor, PRM: 

Please publish this letter untouched or not at all. 
In either case, this letter will be posted on 
CompuServe, timed to coincide with release of the 
present issue of PRM. 

This letter addresses your editorial comments 
inserted into my article on HF modem performance in 
the January-February 1987 PSR which was published as 
an insert to PRM. 

Just prior to publication of my article I received 
a call from Mike Lamb of AEA indicating that he had 
heard that I was doing some comparison tests. He 
asked me to summarize my findings for him and I did 
so. He was Surprised at the results until I told 
him that all of the testing had been done with a 500 
Hz filter in the radio “Il.—. “Strip.” 7aeneeem 
indicated to me that he was concerned that people 
reading the article might not realize that a narrow 
filter had indeed been used. I assured him that I 
had clearly and unambiguously included this 
information in the text of the article. I told him 
that I had already submitted the “texuyeea: 
publication but had not as yet seen a final version 
of what would be printed in the magazine after 
editing. He said that he was concerned that this 
information might have been edited out and asked if 
it was ok with me if he called you (Gwyn Reedy) to 
be sure that the information about the filter used 
in the radio was indeed included in the article as 
published. I told him I was sure that you wouldnt 
edit out as large a block of text as I had devoted 
to discussion of radio bandwidth, but he was free to 
call and find out for himself. 


At the TAPR annual meeting in February 1987 you 
approached me and said that you had indeed received 
a phone call from Mike Lamb at AEA. You said that 
he told you that I had agreed to the text of a 
"couple" of editorial comments to be placed in my 
article. I never entered into any such agreement, 
and that you would not bother to check with me is 
shocking, in view of the fact that all these 
insertions substantially modify or outright 
contradict points made in the article. Also, I was 
never given the opportunity to review the comments 
prior to publication. If I had, I would have 
insisted that they be removed or I would have 
Withdrawn the article for publication until we could 
resolve our differences. 

Now let me discuss the comments themselves in 
detail. All but one of these comments is misleading 
and obscures the clear technical points I was trying 
to make in the article. 

Ed Note #1: 

"Most CW filters are extra cost options and 
therefore may not be installed in many transcievers 
if the owner is not interested in optimum CW 
performance. Properly adjusting (or modifying) the 
radio to center the filter over the packet signal 
requires skill that new packet operators may not 
possess. Therefore audio filtering on the TNC 
device may be the best approach for commercially 
produced TNCs." 
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I aim concerned that although not explicitly stated, 
the implication of this editorial comment is that a 
filter at audio is an acceptable alternative to 
having a filter of appropriate bandwidth in the 
radio. The plain fact is that this simply isnt 
true. There are two main reasons for this. First, 
due to the Simultaneous use of the channel by 
multiple stations, the improper performance of any 
one station's demodulator degrades the performance 
Opethe channel for “ALL of the other’ stations. 
Therefore all stations have a responsibility to 
configure their radio properly for the mode. Note 
that this is fundamentally different from the case 
of operation on modes like RTTY or CW. On these 
modes, if a decision is made by any one station to 
accept the performance degradation that accompanies 
excessive radio bandwidth, that station is the only 
one which pays a penalty for the decision. Ona 
busy packet channel, everyone is forced to pay. 

Second, the performance gain due to reducing the 
radio bandwidth is substantially larger than the 
gain due to reducing only the demodulator audio 
bandwidth. Even a demodulator with filtering at 
audio will perform substantially better when the 
radio bandwidth is appropriately limited than when 
it is not. CW performance is not the issue here. 
If the owner of the radio is interested in getting 
adequate performance from packet radio operated at 
300 baud (A)FSK with 200 Hz shift, he or she WILL 
have the 500 Hz filter installed in the radio I.F. 
Serrp, This will be true regardiess of. any 
filtering done at audio frequencies. 

your editorial comment also implies that HF packet 
operation is an appliance operator’s mode. This is 
not true and it will not be the case for some time 
to come. I am disappointed to see that some 
manufacturers have such a low opinion of their 
customers abilities. I do not believe that the 
skill required to configure the radio properly for 
the mode is beyond the capability of the average ham 
who is on HF packet. It CERTAINLY is not beyond the 
Capability of ALL of them. Anyone who feels 
incapable of doing the job will no doubt do the 
thing hams have traditionally done in this 
situation, he will seek (and receive) help from 
another ham who IS capable in this area. But first 
he needs to have the knowledge that this is 
necessary. 

That was one of the main reasons for writing the 
@reicle in the first place. Many radios are in 
operation which do allow the operator to select the 
appropriate bandwidth independent of the setting of 
the mode switch. A few which spring to mind are the 
old Drake twins, the KWM-380 series, any of the 
modern transceivers which have provision for an 
accessory narrow ssb filter (these tests were run on 
a TS-430 with a 500Hz filter installed in the SSB 
narrow position), the TS-440 / 940...etc. Any of 
the radios with variable passband tuning such as 
the Yaesu FT-757 can be warped around to provide a 
significant degree of selectivity in the I.F strip 
properly centered on the packet signal. In the 
limiting case, if the radio is to be dedicated to HF 
packet operations (as many are), the narrow filter 
can be installed in place of the wider SSB filter. 
Very little skill is required to do this to ANY SSB 
transceiver. 

Radios which provide for direct FSK while in CW 
mode can also be used in this mode for packet thus 
allowing direct selection of the CW filter. In 


fact, I have worked many stations on the air using 
exactly this scheme. It has worked very well even 
though some of them hadn't yet recalibrated their 
shift up to 200 Hz from 170 Hz. 

Centering the demodulator in the receiver passband 
is a problem only for those demodulators which are 
Grriveuit to align Or make no provision for 
Operation on frequencies other than a few land line 
Standards. At least one commercially available TNC 
has user-settable modem frequencies. None of the 
TAPR TNCs and clones based on the 2211 demodulator 
have this problem either. Realignment of the 2211 
demodulator center frequency in these units requires 
only the adjustment of exactly 1 (one) 20 turn 
trimpot. Since this represents a large fraction of 
the operational TNCs, modem frequency adjustment 
would seem to present very little problem for most 
packeteers. 

Nowhere in the article do I suggest that it is 
detrimental to include a filter at audio. To be 
sure, if the radio does not have the appropriate 
bandwidth I.F. filter installed, and the audio 
filter doesn’t degrade the dynamic range of the 
demodulator, in the absence of adjacent channel 
interference, a filter at audio will slightly 
improve the demodulator performance. However, due 
to AGC capture considerations, operating in the real 
world, a filter at audio can never be as effective 
as one which is ahead of the AGC detector in the 
radio. Unfortunately this is especially true of the 
typical filter slicer type demodulator since it is 
much more sensitive to audio level variations than 
are the non filter based demodulators. When an 
unwanted signal iS operating the receiver AGC 
system, the result is wide variation in audio level 
presented to the demodulator. 

Now, to the issue of extra cost... We are talking 
about configuring a station to operate on a new mode 
Which is Significantly different from the modes in 
use when most of the radios currently being used 
were designed. A TNC is required. This is an extra 
cost option costing approximately $100 to $400. A 
terminal or computer is required. This is an extra 
cost option costing anywhere from $25 at the flea 
market for a used VIC-20 to many thousands of 
dollars for a full up AT or clone. I don't really 
feel that the additional cost of a proper filter for 
the radio will hinder anyone who has already decided 
to spend money on the above items in order to get on 
the mode. In fact, there is a significant cost 
incurred by a manufacturer when he installs a 
compbexp orvditiieulte to ali gni#(or-both) audio 
filter in the TNC. I can only assume that this cost 
is ultimately passed on to the consumer (Please let 
me know if THIS is not true!). Therefore, even an 
BudiocHilter installed in the TNC by the 
manufacturer can be considered an extra cost option. 
The real issue then is Since an extra cost filter is 
needed, which is the most effective choice ona 
cost /performance basis. 

In my case, I already owned a TNC with a modem in 
it. This modem was not based on filters and did not 
include anywSignificant filtering at:audio 
frequencies. On HF, the performance could be 
improved either by filtering at audio or by 
filtering in the radio. If I was to obtain a 
commercially available solution I could either spend 
on the order of $150 for an outboard modem based on 
filters or I could spend $45 on a 500 Hz CW filter 
to put inthe radio. Needless to say, I chose the 


continued on page 15 >>> 
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Plug-in FSK Modem for TNC-2 


(C) COPYRIGHT 1986 by Gil Mays, VK6AGC 
ALL RIGHTS RESERVED 


The plug-in FSK modem design presented herein is the copyrighted property of Gil Mays, VK6AGC. 
you are granted permission to use this design in a non-commercial environment, and to copy it and 
distribute it, provided that the following conditions are satisfied: 


1. No fee may be charged for such copying and distribution. 


2. This documentation including the PC board artwork may ONLY be distributed in its original, 
unmodified state. 


Any voluntary contributions for the use of this modem design and documentation presented here 
will be appreciated from any users who find it of value. 


Whether or not you make a contribution, you are encouraged to copy and distribute this documentation to 
other packeteers, provided that the above conditions are satisfied. 


A copy of this documentation including the PC board artwork plots may be obtained for $10 and should 
be sent to: 
Gil Mays, VK6AGC 
74 Moolanda Blvd 
Kingsley, WA 6026 
Australia 


For documentation orders outside Australia, please add an additional $5, and enclose an 
international money order payable in Australian currency. ; 


GENERAL DESCRIPTION 


This article presents a plug-in modem PC board designed for the TAPR TNC-2 and clones and 
implements the Advanced Micro Devices Am7910 "World Chip" modem Ic [1]. The circuit diagram for this 
design is shown in Fig. 1. The PC board artwork plots are shown in Fig. 2. 


The Am7910 is a complete asynchronous Frequency Shift Keying (FSK) modem in a 28-pin DIL package. 
No external filtering is required. Signal modulation, demodulation and filtering functions are performed 
by digital signal processing techniques. The device contains on-chip analog-to-digital (ADC) and 
digital-to-analog (DAC) converters. 


An external clock signal is provided by the TNC-2 and is applied to the device. All the digital 
input and output Signals (except the external clock signal) are TTL compatible. The power supply 
requirement is +-5 volts which is supplied by the TNC-2. The device can operate at rates of 300, 600 or 
1200 bits per second, and is compatible with the recommended standards for Bell 103, 202 and CCITT 
v.21, and V.23 type modems. Five mode control lines allow the selection of a desired modem configuration. 


; MODES AND MODE CONTROL INPUTS 
The mode control inputs on the Am7910 (pins 17-21) select the desired modem configuration. The 
appropriate modem can be selected by setting the voltage on the corresponding inputs to a TTL high or a 
low. A DIP Switch is used for this application, and allows the user to change the modem setting as 
desired. The individual switches are designated as follows: 


Sh -_MC4, SZ MES, S3 -aNC2, S4 - MCcl, SD sence 


These five inputs select one of thirty-two modem configurations according to the Bell or CCITT 
specifications listed in table 1 below. However, only 19 of the 32 modes are actually available to the 
user. 


Modes 0 to 8 are normal operation modes. The 1200 bps modes can be selected with or without a 
compromise equalizer (I recommend using it for Bell 202!). 


LOOPBACK MODES 


Modes 16 to 25 are loopback modes. These modes are usually used for testing the modem which permits 
"loopback" of the Am7910 modulator and demodulator circuits, as described below. This is required when 
using a full-duplex mode, such as Bell 103 or CCITT V.21, in half-duplex packet operation, as used on 
HF. Whenever a loopback mode is selected, the transmit and receive filters are set to the same channel 
frequency band so that loopback can be performed. 
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Loopback allows the analog output, TRANSMITTED CARRIER, and the analog input, RECEIVED CARRIER, to be 
connected for local analog loopback testing. Alternatively, the digital input, TRANSMITTED DATA, and 
the digital ouput, RECEIVED DATA, can be connected externally, allowing a remote mcdem to test the 
local modem with its digital data signals looped back. Do NOT connect thesé signals as loop back testing 
of the modem is not necessary! 


The loopback facility is used to permit operation on HF using the 300 bps full-duplex protocols vin 
the half-duplex packet environment. If a full-duplex mode is selected without loepback: (Sl —  MCc4 
closed!) the modem will transmit on one frequency pair and receive on another pair (Table 2). 


MODE SELECTION 
NOTE: Modes 9 to 15 and 26 to 31 are reserved and should NOT be used. 


For our packet radio requirements, only four modes are used: modes 2, 3, 16, and 21. Table 1 
below shows the switch settings and binary codes for these modes. Modes 2 and 3 implement the Bell 202 
protocol, 1200 bps FSK half-duplex used on 2 meter VHF networks. The only difference between mode 
2 and mode 3 is in the demodulator filter response. 


Mode 16 is the Bell 103 Originate (with loopback), full-duplex 300 bps 200 Hz shift for HF packet 
Operation when communicating with Kantronics type TNCs. Mode 21 is the CCITT V.21 Answer (with 
loopback) protocol, full-duplex 300 bps 200 Hz shift for communicating with TAPR type TNCs. This is the 
mode that is used most for HF packeting. 


MC4 MC3 MC2 MCl MCO 

Bell 103 Originate 300 bps full duplex 

Bell 103 Answer 300 bps full duplex 

Bell 202 1200 bps half duplex 

Bell 202 equalized 1200 bps half duplex 

CCITT V.21 Originate 300 bps full duplex 

CCITT V.21 Answer 300 bps full duplex 

CCITT V.23 Mode 2 1200 bps half duplex 

CCITT V.23 Mode 2 equalized 1200 bps half duplex 
CCITT V.23 Mode 1 600 bps half duplex 


SSS G11 1S 1S OS S17 oe) 
PRR RRR HEEFrODODOC0OO 
PRR RrFRODOOOKRFPrFPEFOCOO 
FPRODOFPFOOHKFOCOKHHEOO 
FPOrFPOKFOFOFrFOHOFOHSO 


Bell 103 Originate loopback 

Bell 103 Answer loopback 

Bell 202 Main loopback 

Bell 202 equalized 

Cer V2) Orig loopback 

CCITT V.21 Answer loopback 

CCITT V.23 Mode 2 loopback 

CCITT V.23 Mode 2 equalized loopback 
CCITT V.23 Mode 1 loopback 

CCITT V.23 Back loopback 


en 
BPR RRP RRR HODOODOOCOCOCSO 
PRR rFPODOOHPKFHHODOSO 
PRHROOKFPEFOORFPFKFOOHFHOO 
FPOrFOHOFPFOHORFOFOHO 


Table 1 -- Mode Selection 
Note: ] indicates open switch, 0 a closed switch 


MODEM CONFIGURATION 


Beli 103 and CCITT v.21 are full-duplex protocols -- the modem receives on one pair of 
tones and transmits on another pair simultaneously. Since, when operating on HF, the modem needs to 
transmit and receive on the same frequency pair, the loopback modes are used for normal packet 
operation on HF. 
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Transmit Receive 
Frequency Frequency 


Baud 

Modem Rate Dup Space Mark Space Mark 
Bell 103 Orig 300 Full 1070 4270 » 202527225 
Bell 103 Ans 300) Full 2025<22258 HOd0 8270 
CCITT: 2)60rng 300..Full: L280" 980s bes 002650 
COTTER Ve2ic Ans 300Fulle 285016505 saetr E980 
CCITT V.23 Mode 1 600° Half 1700 1300 1700 12300 
CCITT V.23 Mode 2 1200: Half 2100 1300 —2Zi00 1300 
CCITT V.23 Mode 2 Equalize 1200 Half 2100 1300 2100 1300 
Bell 202 1200 'Hal£..2200. 2200, Te2Z200REZ260 
Bell 202 Equal. 1200 Half 2200 1200 2200 1200 
CCITTAV 2 5bRack oe 57 450 390 450 390 
Bell 202 Back See by * * ek kK 


* (BRTS LOW) and (BTD HIGH): 387 Hz at TC (BPRTS HIGH) or (BTD LOW): O volts at TC 
+e 967 Harat ROB eLOwW Not 387 -HZ at iR€s* BCD HIGH 
[This information is not applicable for packet operation] 


Table 2 -- Modem Configuration 


THEORY OF OPERATION 


The modulator receives binary digital data in NRZI format from the TNC, and converts the data to 
an analog signal using frequency shift keying (FSK) modulation. The tones produced by the modulator are 
digitally synthesized sine functions. The digital signal is sent through bandpass filters, and the FSK 
Signal is converted to an analog signal by a digital-to-analog (DAC) converter. This analog FSK signal is 
then passed through an analog post filter. 


The recieved signal is an FSK-modulated analog carrier. The first stage of the demodulator is an 
analog pre-filter. The output of this is converted into digital form by an analog-to-digtal (ADC) 
converter, and filtered by digital bandpass filters to improve the signal-to- noise ratio. The 
bandpass filtered output is finally digitally demodulated to recover the binary NRZI data. A carrier- 
detect signal (DCD) is also digitally extracted from the received carrier to indicate valid data. 


CIRCUIT DESCRIPTION 


When one of the mode control switches, S1-S5, is open, the corresponding mode control input is 
set to 4V (logic high) via one of the pull-up resistors, RI-R5. When one of the switches is closed, the 
corresponding pin is grounded (logic low). The large value (470K) for the pull-up resistors (R1-R5) 
reduces the current drain on the 5V supply. To select a modem configuration, the appropriate mode 
control inputs are set high by opening the corresponding switches (Table 1). 


A low logic level on the Data Terminal Ready (DIR) input indicates the data terminal, or TNC in this 
case, is ready to send and/or receive data via the modem. This input is permanently pulled low via Ré6 
to enable all other TTL inputs and outputs. 


DATA RECEPTION 


When the receiver detects a valid carrier, which has been present for a specified period of time, a 
low appears on the Carrier Detect (CD) output. The Received Carrier (RC) input is the analog signal 
received at the RX Audio (J2 pin 4) pin of the TNC radio connector. The modem extracts the information 
contained in this modulated carrier and converts it into a serial data stream for presentation at the 
Received Data (RD) output. Data bits demodulated from the received carrier input are available 
serially at this output. HIGH (mark) indicates logic 1 and LOW (space) indicates logic 0. 


The digital NRZI data is sent to the latch (U5) and state machine (U6) via the modem disconnect (J4 
pin 17) which recovers the clocking information and converts the NRZI to NRZ format for presentation at 
the SIO (U21). 


DATA TRANSMISSION 
Data transmission is initiated by asserting the Request To Send (RTS) input to the modem. When 


the TNC is ready to transmit, the SIO (U21 pin 17) asserts the RTS line which is presented at J4 pin 
5. A logic low level on this line causes the modem to enter transmit mode. This input remains low for 


the duration of data transmission. 
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At the end of a delay initiated when the RTS goes low, the Clear To Send (CTS) output goes low. 
The TNC will not send data until the CTS line is asserted. This signal is‘an input to the SIO (U21 pin 
18) via J4 pin 9, which activates the PTT line low via the watchdog timer. 


Data bits to be transmitted are presented serially at the Transmitted Data (TD) input. The NRZI binary 
data present at J4 pin 19 is the data from the TNC which is available at this input. HIGH (mark) 
corresponds to a logic 1 and LOW (space) corresponds to a logic 0. 


This data determines which frequency is presented at the Transmitted Carrier (TC) output pin 
according to modem selected (Table 2). The transmitted carrier output is the modulated carrier which is 
filtered and sent to the TX audio (J2 pin 1) pinon the radio connector. No signal appears at the 
transmitted carrier output unless RTS is low. 


Data transmission continues until RTS is unasserted. Following a short delay, CTS goes high. As soon as 
RTS is high, the TD input is ignored and the TC output is set to 0.0 volts. 


The Back Request To Send (BRTS) line is the only "back channel" control line which must be connected. 
This line must be set to 5 volts, unasserting BRTS for normal operation of the modem. For this reason, 
a 12K pullup resistor is used. An explanation of the back channel operation is not within the scope 
of this article, however, an understanding of this is provided in the data and application notes [1]. 


INTERFACING THE MODEM TO THE TNC-2 
The PC board is designed to interface to the TNC-2 by plugging into a 20-way DIL male header on the 
modem disconnect, J4. Not all of the signals available at J4 are required by the modem. The only 
Signals required at this connector are: TX Data (pin 19), RX Data (pin 17), GND (pin 15), -5V (pin 
16), CTS (pin 9), PIT (pin 10), and RTS (pin 5). The other signals needed by the modem are provided 
at the 5-pin connector (P2) on the modem PC board. Theses signals are: Clock (pin 1), CD (pin 2), -5 
Pome. 3), RC (pin 4),.7TC (pin,5). : 


Do NOT cut all of the traces on the solder-side of the TNC board, between each pair of adjacent 
pins of J4. Only cut the traces between pins 5 and 6, pins 19 and 20. Pin 1 on the 20-way header 
corresponds to pinl on J4. 


+5V AND -5V SUPPLY 


The 5 volt and -5 volt power supply requirement of the modem is available on the TNC-2. The 5 
volt regulator, U3 7805, is replaced with a 3 amp version, 78T05. A wire is soldered from the +5 volt 
output of the 78T05 to J4pin16 (this pin is normally unused on the TNC-2) which provides the -5 
volt supply to the modem. The -5 volt supply available on the Tuning Indicator connector, J3 pin 
1, is a Suitable pick-off point. A wire is soldered from J3 pin 1 (for convenience) to the 
corresponding pin on the modem board, P2 pin 3. 


CLOCK SIGNAL 
The 2.4576 MHz external clock signal output from U10 pin 6 on the TNC provides the modem with the 


necessary clock frequency at the XTALI/CLK input (pin 24). Solder a wire from JMP 2 (pin 2 or 3) to the 
clock pin on the modem connector, P2 pin l. 


CARRIER DETECT (CD) 

To prevent the DCD LED from remaining ON, cut either the cathode or anode lead of CRI5. Solder a 
wire from the cathode of CR13 to the CD pinon the modem connector, P2pin2-- this provides the 
carrier detect signal from the modem. Since the carrier detect output fromthe modem is used to sense 
when a carrier is detected, the RF DCD line (J2 pin 5) should NOT be connected. 

RECEIVED CARRIER (RC) 
The receive carrier input to the modem is available at the RX AUDIO input on the radio connector, 


J2 pin4. Solder a wire from C35 (the trace that connects to C57 and Ul17 pin 8) to the RC pin on the 
modem connector, P2 pin 4. 


TRANSMITTED CARRIER (TC) 
The transmit carrier output from the modem is the modulated analog signal which is sent to the TX 


AUDIO output on the radio connector, J2 pin 1. Cut one of the leads of R57 (560). Solder a wire fromthe 
anode lead of C33 to the TC pin on the modem connector, P2 pin 5. 
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INITIAL CHECKOUT 
Once you have installed all of the components on the PC board, except the Am7910, and performed the 
necessary modifications to the TNC-2 PC board as described above, plug the modem board into the 
TNC modem disconnect (J4) and connect the 5-way connector to P2. The two trimpots allow the signal 
levels of the transmitted carrier and received data to be adjusted. Preset both trimpots 
counterclockwise until you hear the element "click". Rotate the adjustment screw onRVl (TC) about 5 
turns clockwise. Measure the resistance from TC (P2 pin 2) to ground ard set to about 1.2K. Rotate the 
adjustment screw on RV2 (RD) about 3 turns clockwise. Measure the resistance from RD (Pl pin 19) to 
ground and set to about 1K. These adjustments are only approximate, and should be set to suit your 
particular TNC and radio setup. 


Power on the TNC and check to see that there is +5 volt on pin 2 of Ul. Check: that’ =5: lig dee 
pin4 of Ul. If these voltages do not checkout ok, turn the TNC off and check your construction. If all 
is ok, turn the TNC off and install the Am7910. Select the desired modem configuration by setting the 
Switches on the DIP switch according to tables 1 and 2. Also ensure the radio baud rate on the TNC is 
properly selected. you are now ready for packet operation. 


CONCLUSION 
The Am7910 FSK modem circuit presented in this article, was designed specifically for the TAPR TNC-2 
andclones, andhas been in use in several TNCs in the Perth LAN (PERTHNET) for a couple of months 
now. 


Happy packeting! 


[1] Data sheet and application notes are available from Advanced Micro Devices, 901 Thompson P1., 
P.O. BOx 453, Sunnyvale, CA 94086. 
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Fig. 1. Schematic diagram for TNC-2 modem. 
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Return of the Wormhole... 


Coast-to-coast wormholing and NET/ROM networking 
combined again for a very exciting night of packet 
radio on Mar 22, 1987. In one afternoon the more 
advanced beta versions of NET/ROM were installed in 
W6AMT-0,10,-1 and -ll as well as WB6FFC-l (the new 
West Coast end of the Wormhole). PPRS provided the 
MFJ1270 TNC2 clone in use at WB6FFC-l. The actual 
satellite wormhole connection is now one part of the 
dual ported beta NET/ROM which is a digital link at 
9600 baud. It is similar to the 9600 baud wirelink 
between AMT-0 (145.01) and AMT-10 (223.58). WA3YMH- 
l continues to be the East Coast side of the 
wormhole (with NET/ROM also), and that end has moved 
back to 145.01 (they had moved to 145.07). N40Q BBS 
in Maryland resurfaced as N4QQ-7. The links are 
much easier to deal with now than in January when 
the wormhole made its first appearance with 
(colliding) audio on the satellite link. The node- 
to-node NET/ROM acking helped a lot. Evenso, the 
level 3 and 4 network was sluggish at times as parts 
of it were overloaded. The network works very 
patiently trying to make connections, sometimes 
waiting several minutes before reporting link 
failures to the originating station. The log 
fragment below was copied on 145.01 in late March, 
and shows the connectivity as it existed that night. 
WORLI and W3IWI exchanged mail and NTS traffic. The 
Ident, Nodes, Parms, and Users commands to NET/ROM 
show the current status of the network. Note the 
Alias for each node (W6AMT-10 is SFO2). WB6FFC-1 
had its WWORM alias ("WEST-WORM") added later. 
W6AMT-2 was not actually operational at first, even 
though it was on the W6AMT-0 routing table, and this 
made for some network confusion. 


Aa 
(0) DISC 
+(1) W6AMT 
receive 0 send 0 unacked 0 
(2) 
(3) 
(4) 
NODES 
W6AMT:SFO} Nodes: 
W6AMT-10:SFO2 W6AMT-1:PRB W6AMT-11:PRB2 WB6FFC-1 
WA3YMH-1:UMD W6AMT-2:SBA 
U 
W6AMT:SFO} NET/ROM 0.2 (739) 
Uplink (AJ6T) 
ag 
W6AMT:SFO} SFO 
D 
W6AMT:SFO} Invalid command (CONNECT IDENT NODES 
PARMS USERS) 
Pp 
MOAT TAS FO} 450 32.7-1°151.6 3600.64 6033 1804 4 
00816 4.7 10 10018000 1:1 2 
C WA3YMH-1 
W6AMT:SFO} Connected to WA3YMH-1:UMD 
C N4Q0-7 


Site Of The First U.S. Digipeater 


WA3YMH-1:UMD} Busy fm N4QQ-7 


C WB4APR-5 

WA3YMH~-1:UMD} Failure with WB4APR-5 

C N4QQ0-7 

WA3YMH-1:UMD} Busy fm N4QQ-7 

C W3IWI 

WA3YMH-1:UMD} Busy £m W3IWI 

U 

WA3YMH-1:UMD} NET/ROM 0.2 (658) 

Uplink (N4Q9-7) <--> Circuit (W6AMT-1:PRB N4Q0-7) 


Uplink ( K1HTV) <--> Circuit(W6AMT-1:PRB K1HTV) 
Circuit(W6AMT:SFO AJ6T) 
C NA3J 
WA3YMH-1:UMD} Failure with NA3J 
CG M3DCI 
Xo, 
(0) DISC 
+(1) W6AMT 
receive 0 send 0 unacked 0 
(2) 
(3) 
(4) 
WA3YMH-1:UMD} Failure with N3DCI 
ep 
* (1) DISCONNECTED fm W6AMT * 
W6IXU TO ADDRESS PPRS...... 


Mike, W6IXU, will be the guest speaker at the 
April PPRS meeting. He and Ron, WA8DED, wrote the 
NET/ROM software which is currently in Beta test 
here in California and through the Wormhole to 
Maryland. This promises to be a very exciting 
meeting, since NET/ROM is the newest development in 
the field of amateur networking. 


Phil Karn, KA9Q, Visits PPRS Members 


Phil was here in the Bay Area again in March for 
another TCP/IP conference in Monterey. Several 
local hams (including KA6M, KE6ZE, N6JLJ, AI8A, 
WDODNM, KB6ADT, WB6ECE, N6KL and AJ6T) got a chance 
to discuss high speed networking concepts with him. 
Some of us met at NASA Ames Research Center and 
toured the new CRAY-2 computer and the Kuiper 
Airborne Observatory. Phil, a strong proponent of 
using TCP/IP protocols in the amateur service, has 
been at the center of the networking controversy for 
many years. Back home, he runs a MicroVAX II 
computer as a remote packet server. We discussed 
networks at 9600+ baud, and ways to avoid the 
"hidden terminal" problem with separate transmit and 
receive frequencies. Phil thinks that CSMA does not 
work well enough, and that we need new channel 
access techniques and packet broadcasting ideas. 
Phil gave me IBM PC disks with the latest versions 
of his TCP/IP, KISS TNC and DES software. He also 
provided copies of the KISS TNC EPROMS which run in 
a TNC2. WB6RQN in DC is handling distribution of 
Phil’s code. WA6JPR, Wally, is issuing IP address 
assignments for the USA and the entire globe. Phil 
said he was pleased to learn at the TAPR annual 
meeting that NET/ROM is actually a datagram service 
(which can mesh well with TCP/IP), even though it 


continued on page 20 >>> 
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Attention Rocky Mountain Packet Radio Members 
The Annual RMPRA Packetfest - May 30, 1987 


Bill Greene WOGVT (guest speaker coordinator) has 
just informed me of the star studded line up of 
speakers that will be at the annual RMPRA Packetfest 
to be held Saturday May 30 at the Hmeywell Amateur 
Radio Club Corporation, 4800 East Dry Creek Road, 
Littleton, CoO. 


For starters: 

- Bdale N3EUA - "KISS in COLORADO" - Feature topic 
(no this is not a rock group but the most 
advanced networking scheme in the amateur world 
- well maybe it is a rock group). 

- Byron WI1HAB - "HF Packet or Lost in the 
Ionosphere" (PK-232 and HF PBBS operation). 

-~ Steve KOGUZ - "Packet Wilderness" - digis at nose- 
bleed locations. 4 

—- pill - KOOJ - "SARES and Packet™ — what s°rt'vo 
you? 

- Gene - KE6LT - "The PBBS as seen from a Sysops 
Viewpoint" (or lack of viewpoint). 

- Steve N4CAK and Ron WBOWSI - "Beginners Corner" A 
short course on packet - much , much better 
than BASH. 

~ AMSAT and Packet - un yet announced - but out of 
this world. 


And more to come: 

- THE NEW RMPRA WA7MBL PBBS USERS MANUAL a TOC Ont 
the press by N4CAK. 

- The NEW MEXICO Connection. 

~ The WYOMING Wind Tunnel Connection. 


Don’t miss it - be sure to register with WA6ERB at 
the WA6ERB PBBS. ALL INVITED 
73 Bob, WA6ERB, RMPRA. 


Those Cheapie Diskettes 


Andy Freeborn, NOCCZ 
From the quarterly RMPRA>PACKET vol.2 no.1l 


Several months ago I acquired a PC-AT clone with 2 
floppy drives. One is 1.2 meg and the other is a 
360k drive. 


The 1.2 meg drive is supposed to be fed with high 
density, 96tpi diskettes. Unfortunately these cost 
several times more than the standard 360k 48tpi 
type. Since I had a goodly supply of new and used 
48tpi floppies on hand, I was not particularly 
inspired to go out and acquire more. 
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One of the reasons that I had so many on hand was 
that I had bought a batch of cheapies from an ad 
that I had received in the mail. The price was 25 
cents each plus shipping, in lots of 200. The price 
per disk worked out to be 27.5 cents. They are 
double sided/double density media. I got them from 
MEI/MICRO in Columbus, OH. I also just happened to 
have 3 new Verbatim 2S/2D, 3 new Kodak 2S/2D, and 3 
new Memorex 1S/2D on hand. All 48 tpi. 


Knowing that the 1.2 meg drive would format and 
use floppies of lesser than 96 tpi, I decided to do 
a comr _ison test of the cheapies and the three 
brands mentioned. 


Here are the results. The figures ape an 
kilobytes and are the total bytes available on the 
disk for use, as reported by the DOS Format program, 
out of a potential of 1213 kilobyres on a fully 
formatted diskette. 


Kodak 937 922 945 
Verbatim 945 952 DS 
Memorex(1S2D) 760 745 776 
MEI 1083 1060 1037 


yes, it was startling to me too! 


A little arithmetic in calculating the cost per 
byte using the MEI cost of 27.5 cents, and whatever 
you pay for the other brands is an interesting 
exercise. 

- PRM - 


Packet Radio Addressing 


Bill Flynn, AIOC 
From the Quarterly RMPRA>PACKET, vol. 2, no. l. 


This article will look at the way packets are 
addressed and how they find their way from one 
station to antoher through direct and digipeater 
connections. After you ve read this article youll 
understand how a TNC recognizes a packet addressed 
to it for receipt or digipeating. In future 
articles well go beyond the address information and 
discuss the different types of packets and how a 
connection is established and maintained. 


First off, let's review some binary basics. 
Normally we use the decimal numbering system. 
Decimal is a base 10 numbering system, the prefix 
deci meaning 10. Each position in a decimal number 
may have any one of ten different values. Those 
values are the digits 0 through 9. Binary is a base 
2 numbering system, the prefix bi meaning 2. Each 
position in a binary number may have any one of 2 
different values. Those values are the digits 0 and 
l. Binary works out very nicely for representing 
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any condition that has two states. On or off, true 
or false, etc. Abyteis made upof 8 bits. Abyte 
with a value of all binary zeroes, displayed to show 
all of its bits, would liik like this: 0000 0000. 
I’ve broken the byte into two groups of 4 bits to 
make it easier to read. These groupings of four 
bits are referred to as nibbles. A lot of packet 
radio technical literature refers to a byte as an 
octet. In this article well refer toa byte asa 
byte. 


The leftmost, or first bit of the byte is the most 
Significant bit, or MSB, and the rightmost, or last 
bit of the byte is the least significant bit, or 
LSB. The MSB is bit 7 andthe LSBis bit 0. Thus, 
the bits are numbered from left to right in this 
Mamners/76-5 4.3.2:1.0. 


The nibbles mentioned above are sometimes 
represented as other than four bits. This other way 
is by uSing hexadecimal representation. Hexadecimal 
is a base 16 numbering system. The prefix hex 
meaning 6 and the prefix deci, as we know, meaning 
10. To represent a hexadecimal digit we need 
sixteen different characters. The digits 0 through 
9 give us 10 characters but we need 6 more. The 
letters A through F are used for the other 6 
characters. Thus, a hexadecimal digit is 
represented by the character set 0 through 9 andA 
through F. Quite frequently hexadecimal is referred 
to simply as hex. 


Since a byte is made up of two nibbles, it takes 
two hex digits to represent abyte. Example: 0101 
1100 = 5C in hex. 


For your reference, here is a table showing all 
the binary, hexadecimal and decimal values that a 
nibble can have. 


Ztable.1.. 

HEX DECIMAL BINARY HEX DECIMAL 
0000 0 0 1000 8 8 
0001 1] 1 1001 9 2 
0010 2 < 1010 A 10 
0011 3 3 1011 B ll 
0100 4 4 1100 2 LZ 
0101 5 S 1101 D is 
0110 6 6 ed) E 14 
0111 t 7 1111 F 5, 


Each and every packet that goes out over the air 
must include information that identifies which 
station the packet is destined for and which station 
sent the packet. The station identifiers are called 
addresses. The station the packet is destined for is 
the destination station and the station that sent 
the packet is the source station. The two 
addresses, then, are the destination address and the 
source address. Each and every packet sent out over 
the air will include a destination address anda 
source addrdess. At the least then, every packet 
will have two addresses attached to it. If 
digipeaters are being used, there may be up to 10 
addresses attached to the packet. With the maximum 
10 addresses one would be the destination address, 
one would be the source address and the other 8 
would be digipeater addresses. 


The addresses are the call signs of the stations, 
either the destination, source or a digipeater. An 
address occupies 7 bytes in the packet. The first 6 
bytes hold the station call sign and the seventh 
byte holds the secondary station identifier (SSID) 
and some other miscellaneous information. If the 
Cana Sign 1S Shorter, than’ 6 Characters, the 
remaining bytes in the call sign portion of the 
address field are filled with spaces. anus, COr 
AI0C, bytes 1 to 4 would hold AI0c and bytes 5 and 6 
would be spaces. The SSID occupies bits 4 to 1 in 
the seventh byte. These four bits can hold a 
decimal value in the range of 0 to 15. This means 
you could have a packet TNC set up to recognize a 
call sign of AIOC-0 through AIOC-15. Bits 7 to 5 
are used for other purposes we won't go into here 
and but 0 will be discussed shortly. 


BYTE ASCII BINARY DATA HEX DATA 

Al A 1000 0010 82 

A2 i 1001 0010 OZ 

A3 0 0110 0000 60 

A4 @ 1000 0110 86 

A5 space 0100 0000 40 

A6 space 0100 0000 40 

A7 SSID CRRS SIDE ss 
Figure 1. A Packet Address Field. 


Any packet, as we said, will always have at least 
two addresses, the destinaticm and source. Fach of 
these addresses occupies 7 bytes, and so we ll use 
14 bytes for addressing, at the least. At the other 
extreme, if we had a packet with the maximum 8 
digipeater addresses included along with the 
destination and source addresses, the addressing 
wuld consume the maximum 70 bytes. 


Those of you who are familiar with the ASCII 
(American Standard Code for Information Interchange) 
code may have noticed that the hex codes for the 
call sign characters in Figure l are not what they 
Should be. For example, an A in ASCII is a hex 41. 
But Figure 1 shows it to be a hex 82. The reason 
why is that all the characters in the call sign 
portion of the address field are shifted one bit to 
the left. The reason for the shift will become 
clear shortly when we discuss the use of bit 0 in 
the address field. 


But there’s a problem here. How does the TNC know 
how many address fields are attached to the packet? 
Before the advent of digipeater support in the Ax.25 
protocol, the TNC knew there would Only ever be two 
addresses in a packet, the destination and source. 
But with the advent of digipeating, a packet may 
have anywhere from 2 to 10 addresses init, as we 
have seen. This is where bit 0 in the SSID field 
comes into play. 


Bit 0 of each byte of the address field is 
normality, 0.5 Bub.bt: O.in the..SSIp. fa eld, ics the 
‘End bit. If this bit is is set to 0 it tells the 
TNC there are more address fields to follow. But if 
iS Seite oS 1, it tells the TNC there are no more 
address fields to follow. Below is an example of 
the address field of a packet being sent from AI0C 
to WOSM via WOLJF. Remember, the destination 
address is first. 
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BYTE ASCII BINARY DATA HEX DATA 
Al W 1000 0010 AE 
A2 0 1001 0010 60 
A3 S 0110 0000 A6é 
A4 M 1000 0110 9A 
A5 space 0100 0000 40 
A6 space 0100 0000 40 
A7 SSID CRRS SIDO ie 
A8 A 1010 1110 82 
AY I 0110 0000 92 
Al0 0 1010 0110 60 
All C 1001 1010 86 
Al2 space 0100 0000 40 
Al3 space 0100 0000 40 
Al4 SSlp CRRS SIDO aie 
Al5 W 1010 1110 AE 
Al6 0 0110 0000 60 
Al7 L 1001 1000 98 
A18 J 1001 0100 94 
Al9 F 1000 1100 8C 
A20 space 0100 0000 40 
R21 SSID HRRS SID1 ies 


Figure 2. A packet addressed via a digipeater. 


Notice the LSB of the SSID bytes for the first two 
addresses are both 0. This says there are more 
addresses to follow. But the last address field has 
the LSB set to 1 to indicate this address field is 
the last one in the packet. The TNC software will 
examine the LSB of each address byte and when it 
finds one set to 1 it knows it has reached the last 
address field. 


Up to this point we have not discussed the SSID in 


detail. The SSID is stored in bits 4 through 1 of 
the SSID field. As we know, bit 0 of the SSID field 
istthe find bit... Bit. 7, cas it appares sto 


digipeater address fields, will be discussed 
shortly, and bits 6 and 5 will not be discussed in 
this article. 


The SSID field is set to 0 unless you designate an 
SSID in the MYCALL parameter of your TNC. If you 
set MYCALL to AIOC-1, the SSID field will contain a 
1 when transmitted. The SSID field is an additional 
qualifier of the call sign field. Thus, AIOC-1 and 
AI0C-2 would both have AIOC in the call sign field, 
but the SSID fields would differ and therefore 
differentiate the two calls. 


Finally, there is the question of how does a 
digipeater know when it’s supposed to digipeat a 
packet? If you look at the SSID field of the 
digipeater address field in Figure 2, you'll notice 
the MSB is labeled with an H. This is the ‘Has 
been repeated bit. Let’s look at how the TNC 
examines the address fields of a packet and this 
Will show us how the H bit is used. 


When a TNC hears a packet on the air it first 
examines the destination address to see if the 
packet is addressed to this TNC. If it is, the TNC 
then checks the “End bit of the source address 
field and if it’s on, this tells the TNC there are 
no digipeaters involved, so the TNC accepts the 
packet. If a TNC hears a packet on the air and the 
packet is not destined for this TNC and if the “End 
bit following the source address is not on, this 


tells the TNC some digipeater addresses follow. The 
TNC must now determine if its call sign is in the 
digipeater list and if so, if the TNC should, in 
fact, digipeat the packet. Well see ina moment a 
case where a TNC’s call could be in the digipeater 
list but the TNC will not digipeat the packet even 
though the TNC heard the packet. 


The TNC examines the digipeater address list from 
the first digipeater address onward examining the 
‘Has been repeated bit. On the first digipeater 
address that has its “Has been repeated bit set to 
0 the TNC will examine the call in that address 
field. If the call matches the call of this TNC, 
the TNC will retransniit the packet. That is, it 
will digipeat it. If the call sign in the firee 
address field with its “Has been repeated bit set 
to 0 does not match the call sign of the INC, the 
TNC does nothing and does not examine the digipeater 
list further. 


If a TNC hears a packet and the destination 
adaress call sign matches the call sign of the TNC, 
the TNC checks the ‘End bit of the source address 
fiels. If the ‘End bit is set to 0 the TNC knows 
there is a digipeater list to examine. The TNC must 
find that all digipeater addresses have the Has 
been repeated bits set to l. If any of them are set 
to 0 the TNC knows there still some digipeats to be 
done and so it ignores the packet even though it is 
addressed to this TNC. 


That’s the basics of how packet addressing works. 
The preceding descriptions of TNC operations are 
general in nature. Individual TNC cotrol programs 
might function differently from these descriptions. 
So if you happen to have the source code listing of 
the control program for your TNC, don ‘t be surprised 
if it doesn’t exactly follow the procedures 
described in this article. 


- PRM - 


KAM continued from page 2 


Second, the earlier versions of theese, 
especially 2.04, look at the connect state a little 
differently. They may or may not work for you with 
the KAM. Version 3.12 does work! 


Third, the KAM is not a single TNC (like the PK- 
232) but is composed of two TNCs functioning in one 
box. Ther terminal cannot tell which TNC is active. 
It may confuse the terminal data status lines if 
both are functimal. The solution is to turn one of 
the TNCs off with the maxuser command. fither 1/0 
or 0/1 works well. Anyone using both the HF and VHF 
TNCs will have a frustrating time trying to figure 
out the RS-232 signals. 


The temporary loss of one TNC is a small price to 
pay when the BBS is running. Close the BBS, replace 
the maxuser parameter, and get after the dual band 
QSOs if you like. The KAM can function in either 
Capacity, but not at the same time. 


I will be happy to help anyone having problems 
setting up the KAM. Call me at (318) 396-2424. 
-—- PRM - 
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Authors” Comments continued from page 9 


cheaper option since it was also the one providing 
the most performance gain. 

Ed Note #2: 

"Operating all demodulators in a standard fashion 
for uniform test reporting may not reflect the 
manufacturers (sic) intended mode of operation for 
which the unit is optimized." 

I can only assume that you didn’t read my article 
before you wrote this. I clearly state that the 
demodulators which were under evaluation were 
operated with the radio parameters (mostly audio 
level) adjusted for best performance. The reference 
demodulator was the one suffering from levels which 
were not necessarily optimum. The only condition 
which was standard was the radio bandwidth, which 
was Set at 500 Hz. Before running the tests, the 
filter center. frequency and the reference 
demodulator center frequency were carefully aligned 
to the MEASURED center frequency of the demodulator 
Mnder test, i.e., the frequency at which it 
performedbest. If there is a reason why you feel 
that this will degrade the performance of any of the 
demodulators please let me know what this reason is. 

Ed Note #3: 

"This discussion of 7910 carrier detection may not 
apply to all TNCs which use the 7910 modem, since 
some of them do not make use of the 7910’s built-in 
carrier detect function." 

This is the only editorial comment that actually 
belonged in the article. I really did not consider 
that some of the TNCs using the 7910 were deriving 
their DCD from somewhere other than the 7910 DCD 
output. I was, however, not trying to evaluate 
TNCs. I was exploring the performance of the 
various demodulators which are available for amateur 
use on HF packet radio. I would like very much to 
measure one of these "software based DCD" units to 
determine how much DCD delay time has been traded 
for the ability to use the 7910 on a noisy channel. 
If this delay time is long compared to the 
granularity of the random timeout time selected by 
the TNC, the result will be unnecessary collisions. 
If the additional time is very short and good copy 
is not required to produce a DCD output, this may be 
a Viable way to salvage the very good demodulation 
performance of this chip for use on HF packet. 


Roughing It 


i ic Gustafson ‘et 
continued from page 3 Eric Gusta , N7 


weve one Drain-interface unit, built on a Bell 
helmet substrate, is living up to its .name. Linked 
to the bike by a 12-pin medical- grade Lemo 
connector and coil cord, the unit provides stereo 
jacks for my ears, adjustable boom microphone for my 
mouth, and a halogen lamp over the visor if I want 
to feel light-headed. And now, I’m designing a 
Swing-down eyepiece for the new helmet optical 


system -- since Color Microimaging Corporation is. 


providing detailed, full-color maps on microfiche. 
We have to do whatever we can to increase our 
brains I/O bandwidth, you know... time to re-think 
that handlebar keyboard... 


--> Packet datacomm is working so well that I now 
view my bike as a mailbox -- just like the HP 
computer. Every time I climb aboard, I sign on and 
download the messages, which are beginning to roll 
in fromall over the country. The other day, I was 
pedaling to Mountain View while communicating 
digitally with Sourcevoid Dave while HE was enroute 
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With friends to Monterey. A few minutes ater, 1 
accessed the satellite wormhole, emerged in 
Maryland, and left a bulletin-board message for a 
friend on the East Coast -- risking my physical self 
by typing my way through noontime El Camino traffic. 
It s really happening, folks... nothing can stop the 
networks now. If a solar-powered bicycle can go 
Online while rolling, then how far are we from real- 
time pocket mailboxes? 


And speaking of new magic in the communications 
world, have you heard about DASnet? Remember my 
urgings in Chapter 24 on the general subject of 
universally linked networks? Well, I was obviously 
not the only person thinking about that -- it’s been 
done. For information on linking to ARPANET, ATT 
Mail, BITNET, CompuServe, EIES, EasyLink, MCI, 
Portal, The Source, Telex, TWICS (Japan), Unison, 
and UUCP, drop a line to R.BRIGGS here on GEnie. 


kk Ok 


Meanwhile, all this whiz-bang technology aside, 
What s life like as we struggle through these last 
twelve rugged Palo Alto days? Well... 


The dinners range from world-class Maggie-pizza to 
creative productions of pumpkin seeds, roadside 
vegetation, and fish heads -- the spirited Conganese 
drummer Maboukaka to my right spitting eyeballs 
<tink> <tink> onto the plate, Maggie to my left 
helping herself to more flowers. Drinks run the 
gamut from exotic cognacs to homemade Kahlua, a 
tasty substance that imposes its own curfew. 
Strangely confused conversations in the bike room 
continue for two or three minutes before we suddenly 
realize that I’mtalking about interrupt logic and 
Maggie’s discussing aluminum fairing mounts. Daily 
show-n-tell jaunts throughout the peninsula are 
exhausting but profitable (at least in "soft 
dollars"). KLRS is on the radio -- the area’s new 
Station dedicated to that wonderful and yet-unnamed 
breed of music variously referred to as new age, 
Windham Hill, space, alternative, and yuppie muzak. 
Traffic roars by on Middlefield, now and again 
syncopated by the thundering bass of an East Palo 
Alto cruise-mobile. The perennial clutter is slowly 
getting sorted into boxes and disk files. There are 
far more amazing new friends and corresponding 
social opportunities than I can possibly keep 
organized in one overloaded wetware infosystem. And 
as always, free moments are filled by the detailed 
planning and fantasizing that precedes travel. 


Por, tiic, 1 Succenly 1ealize,. 1s. more. the 
beginning of trip 3 than the continuation of trip 2. 


So here we go again... drawing back the bow, 
steadying the breath, slowing the heartbeat, 
relaxing, sharpening the focus until the target 
point turns inside-out and becomes infinite space... 


For information on Steve's book, Computing Across 
America: The bicycle Oddyssey of a High-tech Nomad, 
his journal, Journal of High Treknowledgy, or a 
poster of Steve and the Winnebiko II, write to: 
Computing Across Amwerica, 762 Churchill Drive, 
Chvee, "Ch "95926. 
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Network Design: Users First 


Jon Bloom, KE3Z 

Let me tell you what drums I have been b ting as 
I give my packet talks around the countr I've 
been telling the people that the current pi blems 
and needs are, in approximate order of priori.cy: 


1. Frequency diversity - linking between network 
nodes on dedicated, non-user frequencies. 

2. Higher-speed modems - 9.6 kBd at least, 
to follow. 

3. Higher-level protocols - Network and transport 
layers at a minimum. 

4. Network management 


faster 


I'm also making the point that these are not 
stand-alone issues. In particular, network manage- 
ment requires answers in the first three areas. 
You'll notice from the order of appearance that I 
see the physical-layer issues as being paramount. I 
don't see how the protocol issues matter if you 
don't have a viable physical layer to carry the 
bits. These issues are also the ones requiring (the 
most effort per node, so I've been trying to prime 
the pump on these questions in the field. 


Something I've noticed in discussions with network 
developers is an attitude toward the users that only 
considers “serious users". This attitude is that 
the guy with the TNC attached to his C64 is just a 
minor factor in the network; the important, or 
major, network users are the ones who have six 
computers in their basement and work with computer 
networking professionally. Well I have to tell you, 
I don't see it that way at all. If amateur packet 
radio is to exist, it must provide a communications 
system for all kinds of traffic and all kinds of 
users. It must be accessible to all. It must be 
usable for sending simple message traffic as well as 
120K source files. 


Certainly the network should support the kind of 
operation the "serious" user wants, with direct 
network access for a user who can run the appro- 
priate protocol suite. It must also act as a "black 
box" for the user with a simple TNC and terminal. 
(By the way, I feel compelled to point out that 
network management is significantly complicated when 
every user can attach himself to the network as a 
major network node. A network that consisted purely 
of permanent nodes to which users attached as 
“terminals” via a TNC would be far easier to manage, 
granting that the restrictions imposed make such a 
network undesirable). Perhaps I am looking to eat 
the cake once I have it, but I can't see locking out 
the existing users by designing a network that 
doesn't allow entry to existing TNCs. 


I'm simply trying to point out that a network 
design that forces a higher level of complexity 
(PC/Mac/etc. required) at the user station will get 
little support from the packet community as a whole, 
regardless of how elegant it seems here in the 
designer's ivory tower. 


The bottom line, as they say in yuppie land, is 
that if a network implementation comes about that 
does NOT include the TNC user, it will be modified 
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(by me, if by no one else) to include a mechanism 
for TNC access. You might keep that in mind. 
'Twould be better if that capability were designed 
into the system to begin with, rather than being 
grafted on later. 


Maybe the best way to sum it up is this: to me, 
the users are the dog; the network is the tail. 
= PRM = 


CPRS continued from page 15 


appears to the end users to be a virtual circuit. 
However, he has no easy solution available for an 
interface to NET/ROM. Phil's code uses PID=CC in IP 
headers and PID=CD for ARP (Address Resolution 
Protocol) headers. 


USING THE NEW NORCAL/ALLCAL/NCNET BBS DESIGNATORS.. . 


The new northern California BBS routing scheme 
mentioned last month is in operation now. WD6CMU 
BBS serves as a central hub for redistribueienee 
messages to be posted at multiple BBS. Operators 
should use the SP @ NORCAL (or SP @ ALLCAL) address 
to initiate a message. Be sure to use the SP type 
(or no type at all) to avoid problems with multiple 
copies. The NCNET software at WD6CMU will 
automatically change the type to F and distribute it 
to the appropriate BBS. Outgoing traffic will be 
posted to NCNET7 or a similar designator. 


FREQUENCY COORDINATION NEWS...... 


Contrary to earlier reports, NARCC has mousse 
officially sanctioned the "mirror image" channels 
below 145 Mhz. There is still voice traffic on 
144.95 and this frequency should be avoided for now. 
More traffic is moving to these channels, but there 
are still only a few digis down there. SKYWARN BBS 
N7EQN has moved to 144.97 (from 145.05)0eagter 
vacating 145.01), and will return to 145.05 during 
weather’ emergencies to collect data. N6IIU-2 digi 
1s operational on 145.07, and may be needed to 
access N6IIU-1 BBS because of severe desense 
problems at N6IIU-l. Jack, KA6NEO, reports from 
Eureka that he is planning to move KA6NEO-1 digi to 
a new location on Iaqua butte near Kneeland. 


PPRS. (MEET ING NEWS... 00. 


The PPRS meets monthly at the Ampex cafeteria (411 
Broadway, Redwood City) on the first Tuesday evening 
at 7:30 pm. We are currently looking for speakers 
on packet related topics to carry us through the 
summer. Contact PPRS VP N6KL with suggestions for 
speakers and topics. 

—- PRM - 
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New MFJ-1274 lets you work VHF and HF packet 
with built-in tuning indicator for $169.95... 


... you get MFJ’s latest clone of TAPR’s TNC-2, TAPR’s VHF/HF modem and 
built-in tuning indicator that features 20 LEDs for easy precise tuning 


MFJ-1274 


$169°° 


MFJ-1270 


$139° 


6 Mid 


ELBE, BY 3 pe 


Now you can join the exciting world of 
packet radio on both VHF and HF bands witha 
precision tuning indicator... for an incredible 
$169.95! 


You get MFJ’s top quality clone of the highly 
acclaimed industry standard TAPR TNC-2. We've 
made TAPR's modem selectable for both VHF and 
HF operation, added their precision 20 segment LED 
tuning indicator, a TTL serial port, an easily 
replaceable lithium battery far memory back-up and 
put it all in a new cabinet. 


If you don’t need the tuning indicator or the 
convenience of a switchabie VHF/HF modem, choose 
the affordable MFJ-1270 for $139.95. 


All you need to operate packet radio is a 
MFJ-1274 or MFJ-1270, vour rig, and any home 
computer with a RS-232 serial port and terminal 
program. 

If you have a Commodore 64, 128, or VIC 20 you 
can use MFU’s optional Starter Pack to get on the air 
immediately. The Starter Pack includes interfacing 
cable, terminal software on disk or tape and 
complete instructions . . .everything you need to get 
on packet radio. Order MFJ-1282 (disk) or MFJ-1283 
(tape), $19.95. 


Unlike machine specific TNCs you never have to 
worry about your MFJ-1274 or MFJ-1270 becoming 
obsolete because you change computers or because 
packet radio standards change. You can use any 
computer with an RS-232 serial port with an 
apropriate terminal program. If packet radio 
standards change, software updates will be made 
available as TAPR releases them. 


Also speeds in excess cf 56K bauds are possible 
with a suitable external modem! Try that with a 


Order any product from MFJ and try it -- 
no obligation. If not satisfied return within 
30 days for profmpt refund (less shipping). 

* One year uncon@itional guarantee * Add 
$5.00 each shipping/handling ¢ Cati or write for 
free catalog, over 100 products. 


MFJ ENTERPRISES, INC. 
Box 494. Miss. State. MS 39762 


machine specific TNC or one without hardware 
HDLC as higher speeds come into widespread use. 


You can also use the MFJ-1274 or MFJ-1270 as 
an excellent but inexpensive digipeater to link other 
packet stations. 


Both feature AX.25 Level 2 Version 2 software, 
hardware HDLC for full duplex, true Data Carrier 
Detect for HF, multiple connects, 256K EPROM, 16K 
RAM (expandable to 32K with optional EPROM), 
simple operation, socketed ICs plus much ‘nore. 

You get an easy-to-read manual, a cable to 
connect your transceiver (you have to adda 
connector for your particular radio), a connector for 
the TTL serial port and a power supply for 110 VAC 
operation (you can use 12 VDC for portable. remote 
or mobile operation). 

Help make history! Join the packet radio 
revolution now and help spread this exciting network 
throughout the world. Order the top quality and 
affordable MFJ-1274 or MFJ-1270 today. 


Now you can tune in 
HF, OSCAR and other rnon- 
FM packet stations fast! 
This MFJ clone of the TAPR 

MFJ-1273, $49.95 tuning indicator makes 
tuning natural and easy - - it shows you which 
direction to tune. All you have to do is to center a 
single LED and you're precisely tuned in to within 
10 Hz. 20 LEDs give high resolution and wide 
frequency coverage. 


The MFJ-1273 tuning indicator plugs into the 
MFJ-1270 and all TNC-1s, TNC-2s and clones that 
have the TAPR tuning indicator conn:-ctor. 


To Order or for Your Nearest [iealer 


800-647-1800 


Call 601-323-5869 in Miss. anet 
outside continental USA. 
Telex 53-4590 MFJ STKV 


The PK-87 is 
not just ano- 

ther copy of 
the popular 


PK-87”" 
Packet 
Controller 


Amateur Net Price 
$179.95 


TNC-2, it’s much more. With all the packet 

program features of the Multi-mode PK-232, 

the PK-87 is an economical new TNC design- 

ed to bring you enhanced, completely com- ; 

patible packet software plus new hardware Hardware Enhancements eee 
features for improved packet operation. 3 


* 


Eight front panel status indicators show Con- 
verse, Transparent, and Command modes; 
Multiple Connects, Data Carrier Detect, Push to 


a Talk, Status, and Connect. 
Software Enhancements = alk, Status, a 


* 


High sensitivity (5 millivolts RMS), and dynamic 


AEA’s exclusive ‘‘MBX’”’ Mailbox Monitor com- range from 5 to 770 millivolts RMS. 


mand lets you read and save received data 
without confusing headers, callsigns, or te 


Rear panel AFSK output level adjustment from 
repeats. 


5 to 100 millivolts RMS. 


New commands let you restrict the use of your . 


, sah hardware watchdog timer ide 
station for connects and digipeater functions. One atchdog timet ae 


system, security in unattended VHF/UHF 


Host mode for improved terminal program Maiabaiidbanee atc ct 


operation and development of specialized pro- * 


grams’ andappleations Modem disconnect circuits guarantee com- 


patibility with future high speed modem ap- 


plications and developments. 
Compatible with existing W@RLI/WA7MBL 


PBBS/Mailbox/Gateway programs, with com- * Zilog 8530 SCC provides dependable hardware 

plete software command for remote selection HDLC for higher speeds, and AMD 7910 for 

of link rate, modem tone, etc. reliable modem performance without calibra- 
tion. 


Autobaud routines for terminal data rates from 
300 to 9600 baud (programmable down to 45 
baud), and software control] to set on-air data Prices and specifications subject to change without notice or obligation 
rates from 45 to 9600 baud. 


While the PK-87 can be used for HF operation, AEA recom- 
mends the PM-1 packet modem as a high performance front 
end for best results in HF packet service. Only the new AEA 


PK-87 has all these features. Contact your local AEA dealer P.O. Box 2160 
and join the packet revolution today by ordering the new Lynnwood, Washington 98036 USA 
PK-87. 


(206) 775-7373 © FAX (206) 775-2304 


